home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1992 / t / t432_2.asc < prev    next >
Text File  |  1991-12-31  |  17KB  |  549 lines
  1.  
  2.  
  3. 9.6.1.7Checkpoint mechanism
  4.  
  5.        This parameter specifies the mechanism for checkpointing in DTAM-PM, and the following mechanisms are defined:
  6.  
  7.        1)   Mechanism 1
  8.  
  9.                         The places where to insert the checkpoints are related to a maximum size (integral number of octets) 
  10.             indicated by the DTAM user. A checkpoint should be set at the end of each segment and a segment 
  11.             should be composed of the greatest number of integral IDE (Interchange-Data-Element) which is inferior or 
  12.             equal to the maximum size. If the document is smaller than the maximum size, then no checkpoint is 
  13.  
  14.             required.
  15.  
  16.        2)   Mechanism 2
  17.  
  18.                         The places where to insert the checkpoints are related to a number of IDEs indicated by the DTAM user. A 
  19.             checkpoint should be set at the end of each segment and a segment should be composed of the number 
  20.             of integral IDE which is indicated by the user. Only the number of IDE of the last segment is equal or 
  21.             inferior to the indicated number.
  22.  
  23.                         Note - Some applications may not count IDEs of Document Profile and Document Root.
  24.  
  25. 9.7    D-TYPED-DATA service
  26.  
  27.        Typed data transmission is used independent of the data token and is issued from both DTAM users when 
  28.  
  29. required.
  30.  
  31.        The related service structure consists of two events, as illustrated in Figure 8/T.432.
  32.  
  33.  
  34.                                    FIGURE 8/T.432
  35.                                           
  36.                              D-TYPED-DATE service events
  37.  
  38.  
  39. 9.7.1  D-TYPED-DATA service parameters
  40.  
  41.        The parameters of D-TYPED DATA are listed in Table 7/T.432.
  42.  
  43.  
  44.                                     TABLE 7/T.432
  45.                                           
  46.                            D-TYPED-DATA service parameters
  47. w
  48.     ┌───────────────────────┬─────────────────────────┬─────────────────────────┐
  49.     │       Parameter       │   D-TYPED DATA request  │ D-TYPED DATA indication │
  50.     ├───────────────────────┼─────────────────────────┼─────────────────────────┤
  51.     │ Typed-data information│            M            │           M(=)          │
  52.     │                       │                         │                         │
  53.     └───────────────────────┴─────────────────────────┴─────────────────────────┘
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68. 1           Fascicle VII.7 - Rec. T.432
  69.  
  70.  
  71.  
  72.  
  73. 9.7.1.1   Typed-data information
  74.      Typed-data information is chosen from the following strings:
  75.      -    NumericString;
  76.      -    PrintableString;
  77.      -    TeletexString;
  78.      -    VideotexString;
  79.      -    VisibleString;
  80.      -    OctetString;
  81.      -    IA5String;
  82.      -    GraphicString.
  83.  
  84. 9.8  D-UNCONFIRMED-CREATE service
  85.      The document create operation procedure is used by  the  requestor  of  document
  86. manipulation to add the constituents of ODA and Operational Structure to  a  document
  87. without any confirmation of the create manipulation.
  88.      The related service structure consists of two events, as illustrated  in  Figure
  89. 9/T.432.
  90.  
  91.                                    FIGURE 9/T.432
  92.                                           
  93.                                D-CREATE service events
  94.  
  95.  
  96.  
  97. 9.8.1D-UNCONFIRMED-CREATE service parameters
  98.      Table 8/T.432 lists the D-UNCONFIRMED-CREATE service parameters.
  99.  
  100.                                     TABLE 8/T.432
  101.                                           
  102.                        D-UNCONFIRMED-CREATE service parameters
  103. w
  104.    ┌──────────────────────┬─────────────────────┬─────────────────────┐
  105.    │      Parameter       │       D-CREATE      │      D-CREATE       │
  106.    │                      │       request       │     indication      │
  107.    ├──────────────────────┼─────────────────────┼─────────────────────┤
  108.    │ Create information   │         M           │         M(=)        │
  109.    │                      │                     │                     │
  110.    └──────────────────────┴─────────────────────┴─────────────────────┘
  111.  
  112. 9.8.1.1   Create information
  113.      This parameter consists of a sequence of sequences of  Parent  Object  or  Class
  114. Identifiers and Objects which are as defined in Recommendations T.412 and T.441.
  115.  
  116. 9.9  D-UNCONFIRMED-DELETE service
  117.      The document delete operation procedure is used by  the  requestor  of  document
  118. manipulation to delete the constituents of ODA and Operational Structure of an existing 
  119. document without any confirmation of the delete operation.
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.                                                     Fascicle VII.7 - Rec. T.432      2
  133.  
  134.  
  135.      The related service structure consists of two events, as illustrated  in  Figure
  136. 10/T.432.
  137.  
  138.                                    FIGURE 10/T.432
  139.                                           
  140.                                D-DELETE service events
  141.  
  142.  
  143.  
  144. 9.9.1D-UNCONFIRMED-DELETE service parameters
  145.  
  146.      Table 9/T.432 lists the D-UNCONFIRMED-DELETE service parameters.
  147.  
  148.                                     TABLE 9/T.432
  149.                                           
  150.                        D-UNCONFIRMED-DELETE service parameters
  151. w
  152.    ┌──────────────────────┬─────────────────────┬─────────────────────┐
  153.    │      Parameter       │       D-DELETE      │      D-DELETE       │
  154.    │                      │       request       │     indication      │
  155.    ├──────────────────────┼─────────────────────┼─────────────────────┤
  156.    │ Delete information   │         M           │         M(=)        │
  157.    │                      │                     │                     │
  158.    └──────────────────────┴─────────────────────┴─────────────────────┘
  159.  
  160. 9.9.1.1   Delete information
  161.      This parameter consists of a sequence of Object or Class of Identifiers, Content 
  162. Portion Identifiers and Operational Information Identifiers which are as  defined  in
  163. Recommendations T.412  and T.441.
  164. 9.10 D-UNCONFIRMED-MODIFY service
  165.      The document modify operation procedure is used by  the  requestor  of  document
  166. manipulation to modify the attributes of constituents of ODA and Operational Structure of 
  167. an existing document without any confirmation of the modify operation.
  168.      The related service structure consists of two events, as illustrated  in  Figure
  169. 11/T.432.
  170.  
  171.  
  172.                                    FIGURE 11/T.432
  173.                                           
  174.                                D-MODIFY service events
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200. 3           Fascicle VII.7 - Rec. T.432
  201.  
  202.  
  203.  
  204.  
  205. 9.10.1    D-UNCONFIRMED-MODIFY service parameters
  206.  
  207.      Table 10/T.432 lists the D-UNCONFIRMED-MODIFY service parameters.
  208.  
  209.  
  210.                                    TABLE 10/T.432
  211.                                           
  212.                        D-UNCONFIRMED-MODIFY service parameters
  213. w
  214.    ┌──────────────────────┬─────────────────────┬─────────────────────┐
  215.    │      Parameter       │       D-MODIFY      │      D-MODIFY       │
  216.    │                      │       request       │     indication      │
  217.    ├──────────────────────┼─────────────────────┼─────────────────────┤
  218.    │ Modify information   │         M           │         M(=)        │
  219.    │                      │                     │                     │
  220.    └──────────────────────┴─────────────────────┴─────────────────────┘
  221.  
  222. 9.10.1.1  Modify information
  223.  
  224.      This parameter is a sequence of sequences of Current Object or Class Identifiers and 
  225. Objects which are as defined in Recommendations T.412 and T.441.
  226.  
  227. 9.11 D-UNCONFIRMED-CALL service
  228.  
  229.      This procedure is used to address or to read an object of Operational  Structure
  230. which contains a sequence of DTAM protocol data units (with some restrictions, i.e. that 
  231. only D-CREATE, D-DELETE and D-MODIFY can appear in this sequence). These protocol data 
  232. units are applicable to the existing document.
  233.  
  234.      The related service structure consists of two events, as illustrated  in  Figure
  235. 12/T.432.
  236.                                    FIGURE 12/T.432
  237.                                           
  238.                                 D-CALL service events
  239.  
  240.  
  241.  
  242. 9.11.1    D-UNCONFIRMED-CALL service parameters
  243.  
  244.      Table 11/T.432 lists the D-UNCONFIRMED-MODIFY service parameters.
  245.  
  246.  
  247.                                    TABLE 11/T.432
  248.                                           
  249.                         D-UNCONFIRMED-CALL service parameters
  250. w
  251.    ┌──────────────────────┬─────────────────────┬─────────────────────┐
  252.    │      Parameter       │       D-CALL        │       D-CALL        │
  253.    │                      │       request       │     indication      │
  254.    ├──────────────────────┼─────────────────────┼─────────────────────┤
  255.    │ Call information     │         M           │         M(=)        │
  256.    │                      │                     │                     │
  257.    └──────────────────────┴─────────────────────┴─────────────────────┘
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.                                                     Fascicle VII.7 - Rec. T.432      4
  272.  
  273.  
  274. 9.11.1.1  Call information
  275.  
  276.      This parameter is a sequence of choices of Current Object Identifier  which  are
  277. defined in Recommendation T.441.
  278.  
  279. 9.12 D-UNCONFIRMED-REBUILD service
  280.  
  281.      This procedure is used to delete an object of ODA and/or the Operational Structure 
  282. (and all the subordinates of this object, if any) and create an object immediately after 
  283. this particular object, updating the attributes of the object with the values carried by 
  284. the D-REBUILD operation. 
  285.      This service is for further study.
  286.  
  287. 9.13 D-TOKEN-GIVE service
  288.  
  289.      The token-give procedure is used by a sender (requestor) to give the data token to 
  290. the receiver (responder), when the sender wants  to  give  the  right  to  manipulate
  291. documents.
  292.  
  293.      The requestor becomes the receiver and the responder becomes the sender. The related 
  294. service structure consists of two events, as illustrated in Figure 13/T.432.
  295.  
  296.                                    FIGURE 13/T.432
  297.                                           
  298.                              D-TOKEN-GIVE service events
  299.  
  300.  
  301.  
  302. 9.13.1    D-TOKEN-GIVE service parameters
  303.  
  304.      D-TOKEN-GIVE service has no parameters.
  305.  
  306. 9.14 D-CONTROL-GIVE service
  307.  
  308.      The control-give procedure is used by a sender (requestor) to give all the tokens to 
  309. the receiver (responder). This service can only be requested when the  document  bulk
  310. transfer functional unit has been selected and the requestor owns all the tokens.
  311.  
  312.      The related service structure consists of two events, as illustrated  in  Figure
  313. 14/T.432.
  314.  
  315.                                    FIGURE 14/T.432
  316.                                           
  317.                             D-CONTROL-GIVE service events
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340. 5           Fascicle VII.7 - Rec. T.432
  341.  
  342.  
  343.  
  344.  
  345. 9.14.1    D-CONTROL-GIVE service parameters
  346.  
  347.      D-CONTROL-GIVE service has no parameters.
  348.  
  349. 9.15 D-TOKEN-PLEASE service
  350.  
  351.      The token-please procedure is used by a receiver (requestor) to request the data 
  352. token from 
  353. the sender (responder), when the receiver wants to request the right to  transfer  or
  354. manipulate documents.
  355.  
  356.      The related service structure consists of two events, as illustrated  in  Figure
  357. 15/T.432.
  358.  
  359.                                    FIGURE 15/T.432
  360.                                           
  361.                             D-TOKEN-PLEASE service events
  362.  
  363.  
  364.  
  365. 9.15.1    D-TOKEN-PLEASE service parameters
  366.  
  367.      Table 12/T.432 lists the D-TOKEN-PLEASE service parameters.
  368.  
  369.  
  370.                                    TABLE 12/T.432
  371.                                           
  372.                           D-TOKEN-PLEASE service parameters
  373.  
  374. w
  375.    ┌──────────────────────┬─────────────────────┬─────────────────────┐
  376.    │      Parameter       │    D-TOKEN-PLEASE   │   D-TOKEN-PLEASE    │
  377.    │                      │       request       │     indication      │
  378.    ├──────────────────────┼─────────────────────┼─────────────────────┤
  379.    │ Tokens priority      │          U          │         C(=)        │
  380.    │                      │                     │                     │
  381.    └──────────────────────┴─────────────────────┴─────────────────────┘
  382.  
  383.      Note - In the case of using Session service as a lower layer service, this parameter 
  384. may not be mapped into the session service in Recommendation X.215 applied.
  385. 9.15.1.1  Tokens priority
  386.      This parameter defines the priority of the action, governed by the data token, that 
  387. the requestor of the D-TOKEN-PLEASE service wishes to carry out. This parameter has to be 
  388. supplied by the requestor of the D-TOKEN-PLEASE service.
  389. 9.16 D-P-EXCEPTION-REPORT service
  390.      The provider-exception reporting service permits DTAM users to  be  notified  of
  391. unanticipated situations not covered by other services. If a service cannot be completed 
  392. due to DTAM-service provider protocol errors or malfunctions, the  provider-exception
  393. reporting service is used to indicate this to both DTAM users.
  394.      If used with the document bulk transfer service, the provider-exception reporting 
  395. service is only permitted while a D-TRANSFER service is in progress or waiting for the D- 
  396. CAPABILITY confirm primitive.
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.                                                     Fascicle VII.7 - Rec. T.432      6
  410.  
  411.  
  412.      Following a D-P-EXCEPTION-REPORT indication, and until the  error  condition  is
  413. cleared:
  414.  
  415.      a)   typed-data information (D-TYPED-DATA service ,  document  informations  (D-
  416.           TRANSFER service)  will be discarded by the DTAM-service-provider;
  417.  
  418.      b)   synchronization point indications will not be giv n  to  the  DTAM-service-
  419.           provider.
  420.  
  421.      On receipt of a D-P-EXCEPTION-REPORT indication, either DTAM user initiates one of 
  422. the following services to clear the error:
  423.  
  424.      c)   abort;
  425.  
  426.      d)   retry of the transmission of the document information;
  427.  
  428.      e)   give the data token.
  429.  
  430.      DTAM users are not permitted to initiate any other services until the  error  is
  431. cleared.
  432.  
  433.      The related service structure consists of two events, as illustrated  in  Figure
  434. 16/T.432.
  435.  
  436.  
  437.                                    FIGURE 16/T.432
  438.                                           
  439.                          D-P-EXCEPTION-REPORT service events
  440.  
  441.  
  442.  
  443. 9.16.1    D-P-EXCEPTION-REPORT service
  444.  
  445.      Table 13/T.432 lists the D-P-EXCEPTION-REPORT service.
  446.  
  447.  
  448.                                    TABLE 13/T.432
  449.                                           
  450.                        D-P-EXCEPTION-REPORT service parameters
  451.  
  452.  
  453. w
  454.         ┌──────────────────────────┬─────────────────────────────┐
  455.         │        Parameter         │    D-P-EXCEPTION-REPORT     │
  456.         │                          │          indication         │
  457.         ├──────────────────────────┼─────────────────────────────┤
  458.         │ Reason                   │             M(=)            │
  459.         └──────────────────────────┴─────────────────────────────┘
  460.  
  461. 9.16.1.1  Reason
  462.  
  463.      Reason is a parameter specifying the reason for the exception report. Its value is 
  464. one of:
  465.      a)   protocol error;
  466.      b)   not sufficient storage capacity for transmission at the receiver;
  467.      c)   non-specific error.
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476. 7           Fascicle VII.7 - Rec. T.432
  477.  
  478.  
  479.  
  480.  
  481.      In a Normal Mode, the storage capacity parameter is optionally used by each of two 
  482. DTAM protocol machines to indicate its own capacity to the peer. After the negotiation, 
  483. if the storage capacity of the receiving DTAM-PM is smaller than the largest segment of 
  484. document information     (see  6.6) according to the checkpoint rule, the sending DTAM- 
  485. PM shall not transfer the document and D-P-EXCEPTION indication should be issued to the 
  486. sending DTAM user.
  487.  
  488. 9.17 D-U-EXCEPTION-REPORT service
  489.  
  490.      The user-exception reporting service permits a DTAM user to report an  exception
  491. condition.
  492.  
  493.      The detailed definition of this service is for further study.
  494.  
  495. 9.18 Reliable transfer support service
  496.  
  497.      Reliable transfer support service provides the  communication  secured  as  DTAM
  498. functionalities.
  499.  
  500.      Two types of Reliable Transfer Mode are defined as follows:
  501.  
  502.      1)   Reliable transfer mode 1
  503.  
  504.                     In this mode, the DTAM-Service-provider performs the reliable transfer of a 
  505.           document but, in case of problem, it will interrupt the transfer and indicate 
  506.           to the user that the transfer has not been completed. The user will then have 
  507.           the responsibility to start a new transmission by using the D-TRANSFER request 
  508.           primitive with the appropriate parameters.
  509.  
  510.      2)   Reliable transfer mode 2
  511.  
  512.                     In this mode, the DTAM-Service-provider performs the complete reliable 
  513.           transfer of a document. If the transfer is interrupted, the recovery is under 
  514.           the responsibility of the DTAM-PM. If the document is not transferred within 
  515.           the transfer-time, this will be indicated to the user.
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.                                                     Fascicle VII.7 - Rec. T.432      8
  548.  
  549.